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DEFENSE  SYSTEMS  MANAGEMENT  SCHOOL 


STUDY  TITLE:  TW  MANAGER'S  ROLE  IN  THE  DEVELOPMENT  OF  AN  AUTOMATED 

MANAGEMENT  INFORMATION  SYSTEM 


STUDY  PROJECT  GOALS: 

To  define  systems  analysis  and  to  point  out  how,  when,  and  where  management 
should  Interact  with  the  design  analyst  In  the  development  of  an  automated 
management  Information  system. 


STUDY  REPORT  ABSTRACT: 

The  basic  objective Jt£  this  paper  Is  to  point  out  how,  when,  and  where 
management  should  Interact  with  the  design  analyst  in  the  development  of 
an^utomated  management  Information  system.  To  accomplish  this  objective 
tfie  paper  will i 

1.  Define  systems  analysis  and  some  other  pertinent  terms,  and 

2.  Describe  the  system  development' process,  pointing  out 
action  points  for  management  throughout  the  process. 
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While  the  topic  covered  is  not  an  original  one,  it  is  one  which  is  often 
overlooked.  The  ideas  presented  are  an  amalgamation  and  collection  of 
the  best  ideas  from  several  sources.  The  author  has  drawn  heavily  on 
personal  experience  in  the  data  processing . field . 
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EXECUTIVE  SUMMARY 


The  basic  objective  of  this  paper  Is  to  point  how,  when,  and  where 
management  should  Interact  with  the  design  analyst  In  the  development 
of  an  automated  management  information  system.  To  accomplish  this  ob- 
jective, the  paper  willi 

1.  Define  systems  analysis,  and 

2.  Describe  the  system  development  process,  pointing  out 
action  points  for  management  throughout  the  process. 

At  every  stage  of  the  development  process  of  an  automated  management 
information  system,  great  emphasis  la  placed  on  the  involvement  of  the 
management  team.  This  is  absolutely  essential  to  the  success  of  the 
system  since  it  is  a system  to  serve  management. 

The  basic  goals  of  an  organisation  and  the  structure  of  the  organ- 
isational management  information  system  must  be  determined  by  management, 
not  by  the  systems  analyst.  Unless  management  is  willing  to  participate 
in  certain  aspects  of  the  development  task,  it  is  extremely  unlikely  that 
an  effective  automated  management  information  system  can  be  designed  and 
iapl  • 
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DfTRODUCTlON 


The  result  of  the  analyst's  study  Is  a design  — In  particular,  a 
set  of  specifications  for  the  information  system  describing  exactly  how 
the  system  will  be  built  to  meet  the  objectives  established  for  it  by 
management.  The  specification  is  a document  that  includes  a flowchart  of 
the  information  paths  in  the  organization,  a picture  of  the  data  bases 
upon  which  the  system  depends,  and  a description  of  the  data  processing 
functions  to  be  Included  in  the  system.  When  completed,  and  after  thorough 
review  and  approval,  by  management,  the  specification  will  also  include 
detailed  designs  for  each  separate  nodule  of  the  system,  complete  op- 
erating procedures  for  the  people  who  will  interface  with  the  system, 
a test  plan  to  verify  that  the  system  works  as  planned,  and  resource  plans 
showing  the  cost,  manpower,  schedule,  and  milestones  for  the  project.  The 
project  is  phased  from  milestone  to  milestone.  The  reason  for  this  is  two- 
fold i (l)  to  permit  management  to  maintain  control  of  the  process  and 
(2)  to  measure  progress  against  the  plan.  A milestone  is  more  than  just 
a date  on  the  calendar  it  is  the  point  in  time  at  which  a specific  scope 
is  to  be  accomplished  and  on  which  a management  decision  is  re- 
quired. The  purpose  of  the  milestone  is  to  force  management  to  look  at 
the  plan  and  make  an  overt  decision  whether  to  proceed  without  modification 
or  to  make  adjustments  in  the  plan  to  fit  the  situation.  At  every  stage 
of  the  development,  great  emphasis  is  placed  on  the  involvement  of  the 
management  team.  This  is  absolutely  essential  to  the  success  of  the  system 
since  it  is  a system  to  serve  management.  A data  processing  system  sat- 
isfies the  needs  of  the  people  who  set  the  requirements  for  it.  In  order 
for  managers  to  be  happy  with  the  results,  managers  must  set  the  requirements.1 
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An  automated  Management  Information  system  does  not  nake  the  ultimate 
decisions  hut  provides  (based  on  the  Information  available  In  the  system) 
options  that  can  be  reviewed  by  management.  These  options  are  substantiated 
by  detailed  data  so  that  management  can  nake  valid  value  judgments  In 
selecting  ftom  among  the  options  or  In  determining  desirable  alternatives.2 
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the  system  development  process 


PROBLEM  DEFINITION 


Th«  system  development  process  Is  usually  initiated  by  the  definition 
of  a problem  by  management.  Problem  definition  serves  as  the  basis  for 
assigning  tasks  and  relative  priorities  as  well  as  a sound  beginning  for 
the  formulation  of  system  objectives. 

Some  of  the  characteristics  of  good  objectives  are, 

1.  They  are  explicit  and  written 


2. 


They  contain  statements  reflecting  desirable 
to  be  achieved  in  the  future 


results 


3. 

4. 


5. 


They  contain  a statement  of  time  frame 

They  contribute  to  overall  mission 

They  are  capable  of  being  attained  with  resources 
set'jj  t0  **  avallablft  "lthln  the  time  frame  previously 


6. 


They  should  be  capable  of  being  attained  with 
average  performance  of  resources 


about 


7.  They  should  be  measurable  - capable  of  being  evaluated. 

The  next  step  is  the  establishment  of  the  management  information 
system  team.  There  are  many  ways  to  compose  this  team  depending  upon 
the  problem  to  be  solved  and  the  way  your  organization  is  set  up.  The 
important  thing  for  management  to  be  concerned  with  is  the  selection  of 
the  team  leader.  Two  very  important  characteristics  of  a team  leader  are, 

£ S£  Job  to  * accoapllahed  and 


He  must  be  recognized  within  his 
individual  who  gets  a Job  done. 


own  organization  as  an 
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system  survey 


The  system  team  can  now  begin  to  develop  a plan  for  meeting  the 
system  objectives  defined  by  management  by  conducting  a system  survey. 
This  includes  the  tasks  needed  to  determine  the  economic,  managerial, 
operational  and  technical  desirability  of  automating  a management  infor- 
mation system. 

The  first  task  in  the  system  survey  is  to  review,  with  the  affected 
management,  objectives  to  be  accomplished  in  the  design  of  the  system 
and  to  formulate  evaluation  criteria  to  determine  whether  or  not  the  new 
system  will  meet  requirements.  In  verifying  the  system  scope,  the  first 
major  checkpoint  is  established  with  management  by  converting  the  op- 
erational problem  statement  into  a data  processing  problem  definition. 
This  task  is  usually  performed  by  an  experienced  data  systems  analyst 
using  well  planned  interview  techniques  with  management.  The  results  of 
this  task  must  be  formally  recorded  and  presented  to  management  to 
ensure  complete  concurrence  before  going  further  with  the  survey. 

Two  plans  are  prepared  during  the  survey.  The  first  is  done  just  as 
soon  as  the  objectives  to  be  accomplished  have  been  clearly  stated  and 
agreed  to  by  management.  This  first  one  is  the  plan  for  the  system 
survey  Itself  outlining  areas  to  be  investigated  based  upon  assumptions 
of  the  critical  factors  and  emphasis  desired.  A second  plan  and  a 
schedule  are  prepared  as  an  end  product  of  the  survey. 

After  the  data  gathering  and  analysis  tasks  of  the  survey  have  been 
performed,  general  design  parameters  will  be  formulated.  Alternatives 
can  be  developed,  examined,  compared,  and  documented  in  a form  suitable 
for  presentation  to  management. 
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It  la  the  manager's  decision  to  select  which  option  or  series  of 
options  best  satisfies  his  requirements . It  is  the  responsibility  of  the 
systeas  teaa  to  ensure  that  management  has  the  opportunity  to  examine  a 
full  range  of  possibilities  rather  than  just  present  the  best  automated 
solution  without  giving  the  manager  the  chance  to  review  alternatives. 

Bach  option  which  is  presented  should  include  estimates  for  schedule 
and  cost  requirements  as  well  as  an  implementation  plan.  Accurate  and 
precise  forecasts  of  these  estimates  is  a difficult  job  at  best,  however 
at  the  time  the  estimates  are  presented  it  is  possible  to  project  the 
costs  of  detailed  analysis  and  design  efforts. 

At  system  survey  time,  it  is  suggested  that  accurate  projections  be 
made  for  analysis  and  design  costs  and  general  projections  be  made  for  the 
costs  of  further  steps  in  the  development  process.  When  analysis  and 
design  are  completed  and  specific  system  specifications  are  presented  and 
approved,  then  the  general  estimates  made  previously  can  be  updated  to 
more  precise  ones. 

Upon  completion  of  the  programming  phase  of  development,  precise 
schedule  and  cost  estimates  can  be  made  for  implementation.  Target  dates 
should  also  be  updated  at  that  time. 

Planning  and  scheduling  is  a gradual  effort  and  estimates  will- 
continually  need  revising  and  updating  if  management  is  going  to  be  kept 
abreast  of  development.  Keeping  up  with  revisions  and  carefully  document- 
ing each  change  establish  a basis  for  reporting  and  control. 

The  following  is  a list  of  costs  to  be  estimated  at  system  survey 

time i Analysis  and  design 
Documentation 
Programming 

Equipment  to  be  used  during  testing. 
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The  documented  result  of  the  system  survey  Is  called  the  system 

proposal.  It  Is  a multi-purpose  document  Incorporating  design  concept 

and  resource  requirements  for  Implementing  a proposed  system,  directed 

at  many  audiences i 

Headquarters  management 
Operating  management 
Data  processing  management 
Programming  management 

This  document  should  be  presented  In  a manner  appealing  to  all  these 
levels  for  It  Is  somewhat  of  a sales  document  as  well  as  a technical 
specification. 
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SYSTEM  ANALYSIS 


System  analysis  night  best  be  thought  of  as  the  exanlnatlon  of  an 
activity  to  determine  what  must  be  accomplished  and  how  the  necessary 
operations  may  best  be  accomplished.  While  gathering  data,  the  analyst 
or  system  team  must_  be  objective  In  retrieving  pertinent  Information. 

Compiling  a comprehensive  data  base  enables  the  analyst (s)  to  validate 
assumptions,  premises,  and  conclusions  presented  In  the  system  survey. 

At  key  points  during  this  phase,  the  systems  analyst  will  confer  with 
management  to  ensure  that  the  data  being  gathered  Is  factually  and 
statistically  correct. 

Generally  two  major  Interim  reviews  should  be  conducted  with  man- 
agement of  the  user  organization.  These  reviews  may  be  formal  or  Informal. 

Hie  purpose  is  to  ensure  user  participation  In  the  project  and  to  keep 
them  abreast  of  progress.  It  also  gives  user  management  a chance  to 
review  and  approve  the  data  base  and  resulting  conclusions. 

Hie  range  of  factual  data  necessary  to  describe  the  operating  en- 
vironment Is  defined  by  the  following  types  of  information i 

Inter-  and  intra-  organizational  relationships 

Types  and  levels  of  activities  performed 

Data  and  documentation  volumes 

Operating  procedures 

Timing  constraints 

Control  requirements 

Reporting  requirements 

Data  retention  requirements 

Uses  of  data 

Hiere  are  many  sources  of  the  above  Information.  Management  should  be 
aware  that  this  Is  the  type  of  Information  an  analyst  is  seeking  to  obtain 
while  data  gathering  In  connection  with  system  analysis. 
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The  systems  analyst  will  translate  the  Information  he  has  gathered 

into  a set  of  system  requirements  and  Into  a description  of  system  elements 

useable  for  design  purposes.  These  descriptions  Include i 

Determination  of  adaptability  of  user  requirements  to 
machine  processing 

Basic  file,  Input,  and  output  requirements 
Other  pertinent  data. 


SYSTEM  DESIGN 


While  systea  design  is  not  a direct  concern  of  management,  it  will 
be  discussed  in  soae  detail  here  in  order  to  acquaint  aanageaent  with 
the  several  approaches  to  systea  design.  A good  aanager  will  want  to 
know  this  information  so  that  he  aay  discuss  the  several  approaches 
intelligently  with  data  processing  personnel  and  computer  systems  analysts. 

The  straight  conversion  approach  Involves  cataloguing  and  describing 
the  existing  Information  system  and  locating  sequences  of  operations 
which  could  be  performed  by  a computer.  There  are  two  major  drawbacks  to 
this  method!  (l)  failure  to  fully  utilize  automatic  data  processing  ca- 
pacity, and  (2)  failure  to  meet  precise  management  needs  for  data  or 
information. 

Another  approach  is  the  equipment  approach.  This  starts  with  the 
desire  of  finding  uses  for  a given  computer  or  other  pieces  of  data 
processing  machinery.  Work  will  be  oriented  toward  adapting  existing 
information  systems  to  fit  a given  computer.  Again  a problem  with  this 
approach  is  that  it  may  not  meet  the  specific  needs  of  management  for 
data  or  information.  A trap  that  can  easily  be  fallen  into  is  to  think 
that  since  you  have  a computer,  automate  information  systems  whether  or  not 
it's  economically  feasible. 

The  experience  approach  finds  the  analyst  studying  existing  systems 
in  search  for  parallels  between  these  and  other  existing  automated  infor- 
mation systems  and  looking  for  recognizable  patterns.  For  the  systea 
design,  he  adapts  and  copies  features  of  some  tried  and  workable  system. 
Problems  with  this  approach  are  (l)  you  run  the  risk  of  trying  to  deal  with 

situations  for  which  no  close  parallel  exists,  and  (2)  management's  need 
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for  data  and  the  contribution  of  data  to  objectives  do  not  receive  the 
necessary  significant  attention. 

This  next  approach  Is  considered  by  dost  experienced  analysts  to  be 
the  best  In  order  to  produce  the  most  efficient  system.  This  Is  called  the 
systeas  approach.  During  the  system  analysis  phase,  several  questions  are 

asked i 

What  data  are  needed? 

What  functions  are  data  to  perform? 

How  dies  this  data  contribute  to  objectives? 

How  Is  the  data  used? 

What  Is  the  relationship  of  the  data  to  the  total  system? 

The  starting  point  In  this  approach  Is  to  catalogue,  describe,  specify, 
justify,  and  rationalize  the  need  or  needs.  Documentation  of  the  require- 
ment for  data  Is  primary.  The  existing  system,  If  there  Is  one,  plays  a 
alnor  role  In  this  approach.  The  system  design  phase  of  this  approach 
concerns  Itself  with  determining  the  best  way  to  provide  the  data  that 
has  been  deemed  necessary  by  management. 

The  product  of  the  system  design  phase  Is  a complete  and  detailed 
guide  to  system  implementation.  This  document  must  be  capable  of  serving 
as  the  basis  for  programming  with  virtually  no  outside  reference.  It 
should  be  completely  reviewed  by  the  affected  management  and  should  be 
coordinated  with  the  programming  staff  before  acceptance. 

Evaluation  criteria  should  come  from  both  managers  and  systeas  analysts. 
These  criteria  are  best  expressed  as  a range,  in  order  not  to  be  too 
constricting.  The  selection  of  these  criteria  should  begin  immediately 

after  acceptance  of  the  system  design. 
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IMPLEMENTATION , TESTING.  AND  CONVERSION 

Once  the  eode  of  processing  for  the  primary  management  information 
system  and  manual  procedures  have  been  defined,  the  equipment  capability 
must  be  reviewed.  First,  the  ideal  machinery  is  specified.  Then,  the 
degree  to  which  equipment  presently  available  for  use  can  accomodate  the 
requirement  is  determined. 

Correlate  the  two  findings  to  establish  what  equipment  has  been 
specified  and  the  degree  to  which  it  can  be  matched  by  or  integrated  with 
present  equipment.  The  possible  solutions  for  reconciling  imbalances 
should  be  studied  and  the  most  desirable  solution  selected  on  the  basis 
of  impact  on  system  design,  initial  cost,  cost  of  operating  the  system, 
availability  of  additional  equipment,  staffing  requirements,  and  training 
requirements. 

The  next  step  in  implementation  is  programming.  This  function  is 
defined  as  the  translation  of  system  design  into  machine  operation. 

Planning  for  system  testing  and  preparing  for  system  Installation 
begins  during  the  system  survey  and  is  continued  throughout  the  develop- 
ment process.  It  is  the  responsibility  of  the  systems  analyst  to  deliver 
a product  which  has  been  agreed  to  by  management.  Three  major  elements 
comprise  the  system  test  plant 

(1)  system  control  and  validation  conditions 

(2)  test  data 

(3)  test  schedule. 

Of  the  several  checkpoints  in  system  testing,  two  concern  management 
directly.  These  are  Final  System  Test  Plan  - a review  of  final  test 
approach,  conditions  to  be  tested,  and  data  to  be  usedi  and  Presentation 


of  Tost  Results  to  User  - a complete  review  of  test  results  including 
conditional  handling  of  Input,  output,  and  file  manipulation. 

During  conversion  planning,  the  analyst  together  with  user  manage- 
ment must  determine  the  method  of  conversion,  requisite  conversion  controls, 
conversion  scheduling,  and  requirements  for  user  training. 

Some  methods  for  conversion  are i parallel  conversion  where  old  manual 
and  new  automated  systems  operate  in  parallel!  immediate  conversion  where 
the  manual  system  is  discontinued  when  the  new  automated  system  is  installed} 
gradual  conversion  where  the  manual  system  is  replaced  by  the  automated 
system  over  an  extended  period  of  time;  and  pilot  conversion  where  the  new 
system  is  operated  in  controlled  conditions  until  operational  impacts 
are  completely  evaluated. 

Conversion  scheduling  requires  close  coordination  with  all  persons 
to  be  involved.  Tasks  must  be  identified  in  connection  with  conversion, 
timing  of  conversion  tasks  has  to  be  established  and  formalization  of  the 
plan,  including  user  review,  must  be  done.  This  particular  phase  of 
systems  development  sometimes  seems  to  degenerate  to  chaos.  If  this  is  the 
case,  then  proper  planning  and  coordination  have  not  been  accomplished,  and 
before  attempting  to  go  further  with  this  phase,  regress  to  formalization 
of  the  conversion  plan  and  attempt  to  be  more  thorough  this  time  around. 

To  assure  proper  conversion  and  successful  operation  of  the  system, 
the  analyst  should  determine  training  requirements  and  coordinate  the 
training  of  user  personnel  with  management. 
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EVALUATION 


During  the  period  after  installation  of  the  system,  the  analyst  and 
the  user  sust  cooperate  in  the  explicit  and  systematic  process  of  formal 
evaluation.  Given  the  evaluation  criteria  developed  earlier,  obtain 
measurements , compare  measurements  against  standards,  and  prepare  summary 
charts.  If  there  are  problems,  determine  the  real  causes  and  take 
corrective  action. 

Installation  of  system  modifications  will  normally  require  a parallel 
operation  or  a period  of  pilot  operations  during  which  the  pre-revision 
system  serves  as  the  fallback  system. 
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ST STEW  WAIHTSUANCE 


System  maintenance  Is  the  continuing  function  of  adjusting  the 
system's  performance  characteristics  to  changing  operational  acquirements. 
System  maintenance  or  modification  may  he  requested  because  of 

- deficiencies  and  errors  in  system  performance 

- stated  requirements  for  new  reports  or  changes  in  existing 
output 

- policy  or  administrative  revision  necessitating  a procedural 
change 

- expansion  of  user  operations  to  include  additional  subject 
natter. 


sumuRr 


The  basic  goals  of  an  organization  and  the  structure  of  the 
organisational  systea  aust  be  deteralned  by  management,  not  by  the  systeas 
analyst.  The  degree  of  understanding  of  these  natters  that  is  required 
for  systea  design  aakes  it  mandatory  that  the  systeas  analyst  have 
frequent  opportunity  for  frank  and  direct  discussion  of  questions 
concerning  objectives , policies , and  organizational  structure.  Thus,  the 
systeas  analyst  aust  have  free  access  to  management  at  the  appropriate 
levels.  Unless  management  is  willing  to  participate  in  certain  aspects 
of  the  task,  it  is  extremely  unlikely  that  an  effective  management  infor- 
nation  system  can  be  designed. 
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